• 對團隊的幫助：

團隊誰在delay? 什麼功能delay? 來人阿上照妖鏡！大家都來排隊照！

這點很有趣，當大家的時數都攤開來後，我就會開始跟團隊討論開發時間表，一個接一個功能排隊，甘特圖上會清清楚楚

我的甘特圖會分兩種，一種是大家初期提交給我的版本，會被我留存一份起來，一種是隨著開發時間進行不斷修改的版本，整個團隊就可以很清楚在專案開發中是誰在delay，什麼功能delay，我也會註記為什麼delay

團隊中一個人的task卡片時間往後拉，就會連動到所有接到他後面的人，大家都會收到通知，你說開不開心驚不驚喜？默默塑造一種要把屁股夾緊的團隊氛圍，你各位還想混的話請務必遵守時程至上，不管如何時間點到一定要交東西出來給我

那原本的留存的原始時間表要幹嘛呢？當然是拿來檢討啊！

大家不要看到“檢討”兩個字就覺得很害怕，其實我合作的團隊都還蠻喜歡檢討的，可以檢討會跟慶功宴一起辦，揪團訂點吃吃喝喝，有時候大家還會主動問阿啥時開檢討會，因為我的檢討會不是在罵人，在組建團隊時我都會不斷洗腦大家關於同理心/互相cover/信我信我之類的概念

因此大多時候在開檢討會時，是大家對於專案開發上真的可以提出一些可以更好的解法，聊聊專案的想法，聊聊心態上的轉變，要道歉的就好好道歉，想道謝的也可以好好道謝，有誤會的可以好好解釋，要打架的也能去練舞室(?)

在互信的基礎下，去釐清自己當初提的時程跟後來執行上遇到什麼困難導致delay，是把架構想得太簡單? 以為溝通很快就好了? 後端格式應該就這樣接嗎? 沒想到調外掛比想像中花時間? 藉此累積經驗修正之後自己的時數估價，這對不會估價的菜鳥工程師超~級~有~用~

而其他有經驗的工程師也會一起討論，阿我當年菜鳥亂估時也是被釘到爆，互相傷害互相分享那之後的路該怎麼走

而同時PM也可以全盤檢討，跟團隊再對一次，當初在跟團隊解釋客戶的需求跟最後開發交付的功能中間有沒有什麼落差，為什麼有落差? 原因是什麼? 大家覺得痛苦嗎? 還是哪裡想像不一樣? 也趁此機會檢討自己在溝通上有沒有什麼bug，有沒有什麼更好的做法或說法

而在檢討會結束後，大家彼此也更能知道夥伴的脾氣與習性，合則來不合則去，最後好好的結案落幕

不過可能會有工程師問：

我真的很菜，沒有時間累積計時DATA耶怎麼辦?><

那就去吃虧阿，多吃幾次就知道啦：D

或你也可以開太高被我打槍啦：DDD

實戰最有用，我跟你講這就跟投資一樣啦，場外喊燒的都馬嘴的很開心，真的投錢進場買的才會把GG夾起來抖，計時也是同樣的道理，直接去實戰最快，時數爆了被釘到不要不要時才會認真去想哪裡可以壓縮開發，哪裡要去學

2.以為學習成本也是開發時間，全部報進去

(待續待續~)